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Fire up the 18 Meter rig with your TNC as the 
St. Louis group led by Scott Kuether plan to have 
an Apple BBS system cunning on 28.3138 MHZ upper 
side for the approaching holiday seasun. The 
system will be active every day from 9 AM till 6 
PM November 19 thru November 27. And again on the 
same schedule December 23 t111 January 2. It will 
beacon every 28 seconds for help in tuning. The 
other parameters are an HBAUD of 306 and PACLEN of 
5%. The station will use Scotts’ call, KASAKM. The 
8BS program is the one written by Lynn Taylor, 
WBOUUT. It has some nice mods in it that allow the 
beacon to let everyone know 1f the board has any 
mail for you. Let's use this as an opportunity to 
try aome “Low band® operation with the TNCs. 


TAPR has attracted many new members of late 
who are asking a lot of questions. In order to 
meet these members needs, as well as refresh soav 
of you old timers, we hope to begin an {ir)regular 
aeries in PSR eaomewhat akin to the ones we ran a 
year ago in the AMRAD Newsletter, Dut updated to 
present standards. Such topics as TNCs, AX.25, 
gateways, interfacing and the like will be covered 
if all goes well. 


Those of you who know, write! We need to 
epread the burden (and joys) of writing PSR with 
more members. Many of you have much to contribute. 


A video-tape lecture entitled °IMTRODUCTIOR 
TO PACKET RADIO” featuring Pete Eaton, WASPLW, is 
now ready for distribution. This discussion, taped 
during Pete's presentation to the CENTRAL IOWA 
TECHNICAL SOCIETY on July 23, 1983, covers digital 
packet concepts, packet radio local area network 
(LAN) operations and the fusecon Amateur Packet 
Radio (TAPR) terminal node controller (THC). 


Pete's long term experience with the TAPR THC 
project and as President and founder of the St. 
Louis Amateur Packet Radio Organization provides a 
solid foundation for this lecture. Groups 
interested in packet radio who have not had the 
advantage of such & presentation will find this 
time and money well spent. 


Commercial equipment and methods were used 
for production of this video tape. It is one-hour 
long and available in either VHS or BETA format. 


Please eend $25, which covera the cost of the 
tape and first-class poetage, to: 


CENTQAL IOWA TECHNICAL SOCIETY 
c/o Ralph Wallio, WORPK - President 
Rural Route Pour 
Indianola, Lowa $9125 
$15-961-6486 


Proceeds will bse used to partially cover 
expenses associated with the development of METEOR 
SCATTER digital communications for packet radio 
inter-LAN trunking. 


The PACSAT Project Final Design and Review 
Meeting for the feasiblilty phase of PACSAT was 
held in Boston the weekend of July 29-31, 1983. 
Many decisions were made which led to a document 
presented to VITA on August 2nd. 


What 128 PACSAT? PACSAT 18 a PACket radio 
SATellite that will contain up to 2 megabytes of 
memory for access by the worid’s radio amateurs 
and is “scheduled® for a 1986 launch. Marold 
Price, NK6K, TAPR Director and PACSAT Progran 
Manager will be covering many of the details of 
thie project in his nuw Satellite column which 
debuts in this PSR. VITA, Volunteers in Technical 
Assistance, is a third world development agency 
based in the United States and is a non- 
governmental group. They are the folks who want to 
see PACSAT fly badly enough to arrange to have 
someone else pay for it! 


The primary PACSAT experimental package will 
be designed in the United Statue and Canada with « 
spacaframe built by the University of Surrey in 
Engiand. The various major subsystems are being 
built by various groups and many TAPR members are 
Playing significant roles in this project. 


The three days of meetings resulted in a 
fairly extensive design overview, paraing of tasks 
to team members and resolution of many problens. 


Tom Clark, W3IWI, had a phone call about 6PM 
tonite from Gordon Hardman, ZS1PE/KE3D who waa 
calling from Durban, the site of the 1983 SA-AMSAT 
(South Africa’ AMSAT) annual meeting. He passed 
on to all the greetings of the SA-AMSAT 
membership as well as his and MHolly‘s personal 
regards. Tom asked him to convey our greetings to 
the collected members of SA-AMSAT. 


He reported that the new President of SA- 
AMSAT ia Hans, ZS6AKV who replaces Greg, 
Z2S181. Greg has for some time asked to be 
relieved ‘cuz he is tired (sound familiar?}, but 
has agreed to serve on their board of directors 
for another year. 


Gordon alao reported that he had been 
demonstrating TAPR TNC's and Packet Radio at the 
meeting and found great interest. Boards for use 
an ZS are desired ASAP and they will be writing 
TAPR to make arrangements. Gordon describded 
PACSAT to the meeting, and found considerable 
support for an SA-AMSAT initiative to join in on 
the project working on user ground terminals. tHe 
asked Tom to “bless” this decision which he 
did wholeheartedly. 


Be gure to sew tne slate of candidates on page & 
for the Board of Directors alection coming up in 
February. Ballots will be distributed in the next 
PSR, in the event you do not attend the annual 
meeting in February. 


Presidents Corner 


by Lyle Johnaon, WA?7GxD 


There 1a a tremendous level of excitement in 
TAPR at this time. Not only in Tucson, but in 
selected Beta sites acrosa the nation people are 
talking about che new THC kits. As this is being 
weatten, there are another 127 kite with parts 
bayged waiting for the manual to come off the 
Presses so they can be sent on the way to their 
new owners! 


On October 12, 19 teat kits were sent by a 
second day air service to a number of carefully 
screened Beta sites for assembly and feedback. The 
kits arrived (with three exceptions) at their 
destinations on the 14th, and moat were on the air 
by the 16th! Reports were then sent to Tucson by 
the test participants. They were asked to 
carefully scrutinize the TNC and the accompanying 
breliminary documentation, then rush the reports 
oe tO us to be in our hands in Tucson by the 

lat. 


A tall order? Indeed! Did the testers come 
through? In almost every case, yeal 


What did they say? The overall!) tone of every 
report was very positive. There were some points 
that needed clarifying in the assembly 
instructions, a few corrections to some technical 
explanations and a couple of holva were tight on 
the pe board. However, all boards were brought to 
life with minimal problems (a case of switched 
voltage regulator ICs was the most serious) and 
every new TNC owner that responded was delighted 
with his purchase. 


Who were these tusters? Some were old hands 
at the packet art, some were brand new. Some were 
very competent technically, some were lass 
technically inclined. Soma had their hands held by 
their Beta coordinator, some did it alone. In 
other words, they were just like you and me -- 
hams with an interest in packet radio. 


How difficult was it to build the kit? No one 
completed the kit in less than about 6 1/2 hours, 
while some took as long as 19. The assembly 
appendix in the TNC manusl is over 54 pages, with 
Plenty of sllustrations. A great daal of affort 
went into its writing and those who worked on it 
are justifiably proud of the results of their 
ufforts. This is not to say that the kit is a 
piece of cake to assemble; it requires patience 
and care. The resulta of the test indicata, 
however, that if you ara willing to follow 
detailed instructions exactly, take your time and 
exercise good workmanship you will have a working 
TNC in a day or two after you receive your kit. 


The manual contains about 228 pages which 
includes information on virtually every facat of 
packet radio and particularly the TNC. This is not 
to imply that you must be familiar with all 228 
pages: like the older Beta manual, you need only 
fead a amall fraction of the manual to get on the 
air. However, if you have any questions about the 
Operation, protocols or hardware of your new THC, 
the answer will most likely be found in this 
comprehensive work. And the real beauty of the now 
manual is, of course, the - ah, but I don’t want 
to spoil the surprise: Just look in the bottom of 
the box that your kit comes in. 


How fast are the kits coming? We have 
deposits on 408 TNCs now. They will all be shipped 
before the end of the year if our suppliers keep 
their commitments to us on parts deliveries. We 
are scheduled to have parts for 200 TNCs by the 
end of November, another 266 during December and 
another 360 by PebDruary lati TAPR is determined 
to satisfy every request for the the TNC, thus 
helping to define and support the growth and 


acceptance of this new mode of reliable 
communications within Amateur radio. 


Cabdituts 


There have been rumors that a cabinet ia 
being developed for the TNC. Depending on the 
cumor you have heard, it may be true! in fact, a 
prototype cabinet is now in Tucson and @ kit 16 
being developed. This cabinet will be punched, 
painted and silk-screened. It will include a 
three-wire line cord, strain relief, fuseholder 
with fuse, siwthces, front panel LEDs, etc. It 
will be of all-metal construction, wath ail 
surfaces (top, bottom, front, rear and sides) 
removable wath a screwdriver. In short, a firat 
class, top-quality cabinet to camplement your TNC 
and your (there’s that surprise aguini). 


Expected price class is $60-$78. Silicon is 
cheap, but aluminum is expensive. [f you ars 
interested, please contact TAPR at the PO Box so 
we can decide how many to order. Color? That's a 
aurprise, tool 


EPROM Programmer 


The TA®R EPROM programmer is in testing now 
and should be available in the very near future, 
depenainyg on parts flow. There will probably be a 
pre-relvane teat to selected Beta sites, so rattle 
your Beta Coordinator's cage to get on the teat 
Listl Price is to be determined, but will Likely 
be in the $58 to $748 class. This unit clones 
EPROMs of the 2764 and 27128 variety, More details 
will be forthcoming. Stay tuned! 


Unsung Heroes 


There are a number of folks who work very 
hard but receive little recognation. Mel Whitten, 
KOPPX, 18 One such person. Vice President of the 
SLAPR group, Mel io also a very active RTTYer and 
ia now on AMTOR as wall. I want to mention Mel 
this month, because he 18 the person who is 
responsible for the TAPR TNC cabinet design and 
did a lot of thoughtful rework of the original 
TAPR EPROM programmer design, then did the artwork 
for the pe board for the programmer and even 
supplied us with a couple boards and hard-to-find 
parts to get the project rolling! 


If you don't like the (surprise!) color 
scheme Mel chose for the TNC cabinet, just 
remembers Mel did the work! 


I look forward to reading YOUR comments asa 
you receive, build and operate your new TNC. 


SSS a 
CALL FOR PAPERS 


Ezporimental Packet Radio Networks 
International Symposium, Linkoping, Sweden 


You are invited to submit an original paper 
for consideration at the Experimental Packet Radio 
Networks International Symposium. 


AREAS OF LiFTEREST 
i. Experimental Packet Radio 
2. Network routing and control 
3. Distributed Processing 
4. Channel access protocols 
§. Standard proposals 
6. SOFTNET 


SOFTNET User Group-Dept. of Electrical Engineering 


Liankoping University S-58] 83 Linkoping, Sweden 
Phone: Nat. 613-28 18 68 Int. + 46 13 26 1H 88 
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BBS Connection 


by Lynn Taylor, wBe6UUT 


One afternoon in February, not long after the 
long-awaited arrival of the Beta TNC’s, we were 
discussing how wonderful they were, and wouldn't 
1t be nice to do something with them besides 
chatting back and forth. One idea advanced was the 
idea Of Mailbox/Bulletin Board syatem. As the 
discussion continued, it became clear that the 
hardware was available, and since I had written a 
mailbox before, I began the task of developing a 
new mailbox for packat. This is the story of that 
mailbox, and the one that ceplaced it. [t 13 also 
the story of how you can get a mailbox for your 
Local Area Network. 


The firet mailbox followed quickly. [t drew 
from my previous experience with a mailbox for 
RTTY, and was almost, but not quite exactly 
exactly what a packet mailbox shouldn't be. This 
brought up the question of how a packet mailbox 
whould be designed. what features, and most 
umportantly, how secure should it be. 


The RTTY mailbox did not encourage ‘browsing' 
other people‘’s mail because you can tie a channel 
up pretty good when you are talking about 45 baud, 
and no channel sharing. This idea of secure mail, 
good at 45 baud, was carried into the packet 
mailbox release 1. The result was that the users 
would check in, see no mail for themselves, tog 
off and go away. A second problem with the 
original mailbox was that it stored mail in order 
from newest to oldest, which was sometimes a bit 
confusing. 


A little thought brought up these design 
goals: A packet mailbox should primarily accept 
messages from the users and deliver them to those 
they are addressed to. It should disseminate 
information to the user community. It should 
encourage users to get on the air, and give then 
something to talk toa. To achieve this goal, the 
new mailbox was designed for easy access to all 
messages, vs. the high security of the original. 


“Great, what does this thing look like", you 
ask. Let's connect and find out! Connecting to the 
mailbox is just like connecting to any other 
packet station, including the use of the familiar 
"converse" mode. When the connect is completed, we 
gat a message asking us to stand by. The mailbox 
is now checking the call it just received from the 
TNC against it’s known users. If it knows che 
call, we are greeted by name, if not, the mailbox 
asks for a first name, and adds that call to it’s 
list. Then comes the latest “news headline”, the 
time, a notice if we have mail and the command 
prompt: 


Cmd: H)elp, Njews, L)ist users, S)jend, Read, 
B)rowse, C)all: 


Now typing a single letter will execute one 
of these commands, and, like the TNC, all 
tesponces may be in upper or lower case. For 
example, typing H¢return>? will give detailed 
instructions on how to use the mailbox, or N will 
display the news. L gives a list of the usera and 
nets (non-callsign mailbox addresses that mail may 
be sent to), sorted alphabetically by call suffix, 
then call prefix. 


Send aska for a list of callsigns and/or 
nets, a 30 character subject, and 1 to 58 lines of 
text. The mailbox prompts for each line of text, 
sO Most of the ‘smart terminal’ programs can use 
the prompt to keep from getting too far ahead. 
Typing ‘***end’ stores the message. Every message 
has a 4 digit serial number, and a ‘time stamp' 
giving the date and time the message was sent. The 
mailbox will only accept messages for known 
atations and nets, preventing typos from sending 
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mail to the wrong station, or tO someone who does 
not check into the mailbox. 


Each message has a header and a body. Typing 
R will display all messages sent to you since you 
Last read your mail. After you read a message, it 
will be kept in the mailbox (but not displayed 
again unless you ask for it) until it's disk space 
13 needed for new messages. 


The Browse command 13 a generalized form of 
the read command. It allows the user to display 
tne headers, or headers and text of every message 
an the mailbox, either selectively (all messages 
to or from a given call) or all che headers, 
starting with those entered since you last browsed 
the mail, from a specific serial number, or every 
message 1n the mailbox. If you choose to display 
only the headers, you may type the serial number 
of any message, either while the huaders are being 
displayed, or when promped at the end of the Liat, 
and rcead the text of any single message. 


The Call command simply rings a bell at the 
computer running the mailbox. If the system 
Operator is present, he can enter a ‘chat’ mode 
after you complete your next command. 


Now we have read our messages, sunt replies, 
caught up on the latest news about OSCAR by using 
the Browse command, and are rcuady to log off the 
mailbox. All we have to do is disconnect, and the 
mailbox wali update it's records to show what we 
have read, what messages to start with next time 
we browse and what time we logged off, 


In addition to the above functions, which are 
available over the air or on the system itself, 
the system operator has several additional 
features. As part Of the mailbox program itself, 
he may select a ‘log’ display, showing who logged 
on and when, or to monitor everything sent to and 
from the mailbox, either on the screen or on a 
printer. Seperate programs repair possible damaye 
to the files caused by disk errors or power 
faliures, allow the editing of the user list. 
including nets, and automatically reboot the 
Mailbox in the avent of a power faliure. The 
system operator can also use the system’s utility 
programs to edit and maintian the news and help 
commana text files. 


The mailbox is written in UCSD Pascal, and is 
available now for the Apple (J(, J£ plus, or //e) 
with dual disks, either a Mountain Computer CPS 
card or a California Computer Systema 77168 serial 
card and a Thunderware ThunderClock (I recommend 
the CCS card/ThunderClock) and a TAPR TNC. A 
printer is supported, but optional, and you should 
have the Apple Pascal 1.1 disks. Other systems and 
configurations will be available an the future. 


To get a copy of the mailbox, send a complete 
description of your system's configuration, three 
disks (with the Pascal system on them) and return 
postage to: 


Lynn W. Tylor, WB6UUT 
463 Myrtle Street 
Laguna Beach, California 92651 


Be sure to take note of the director 
nominations found on page 8. Please read these 
outlines carefully and be ready to vote. Ballots 
will be provided in the next issue of PSR. Or come 
to the annual meeting to be held in Tucson on 
Feburary 4th. Whatever the case, VOTE. 


ThHankS.. cesses 


Satellite Space 


by Harold Price, NK6K 


Amateur packet radio and the amateur 
satellite program have been intertwined for some 
time now. ‘The protocol running on the TAPR TNC 
was made standard at a meeting sponsored by AMSAT 
(Amateur Satellite Corporation) in October 19482. 
The most sophisticated satellite yet to De 
designed by AMSAT will be devoted entirely to 
packet radio. 


Although there is no official connection 
between TAPR and AMSAT the hierarchies of both 
organizations share some of the same individuals. 
The past president of TAPR, Den Connors, KD2S is 
aN assistant vice president for engineering for 
AMSAT. The current president of AMSAT, Tom Clark, 
WIIWI is on the Board of directors of TAPR. 
Several members of the TAPR board of directors are 
heavily involved in ASMSAT's PACSAT project. 


Two of the journals of the amateur epace 
program, ORBIT and the Amateur Satellite Report 
have devoted space to packet radio to get the non~ 
packet space enthusiast informed about packet 
vadio. With this issue of PSR, we bugin to do the 
same for the non-space packet enthusiast. In the 
past faw weeks there have been two events in the 
satellite world of interest to packeteers, a4 
PACSAT meeting and AMSAT-OSCAR 19. 


A meeting was held recently in Boston to 
fanalize the initial design of PACSAT, the Packet 
Radio Satellite. Put in simplest terms, PACSAT 
will be an orbiting mailbox system offering two 
mahlion characters of data storage accessible via 
packet radio at 9668 baud with omni-directional 
antennas. A more complete description of PACSAT 
will appear in future articles. Several menbere 
of TAPR hold key roles in the PACSAT project, they 
are mentioned below as sources of additional 
information and contact points should you wish to 
volunteer your services. 


Harold Pricuw, NK6K. Project Manager. 
Responsible for the overall project. 

Den Conners, KD2S. Program Manager. Liaison 
to industry and funding agencies. 


Lyle Johnson, WA7GXD. Head of microprocessor 
design for PACSAT. There will be six CMOS 289 CPUs 
on board. 


Bill Reed, WOUETZ. Head of Ground Station 


design. 


Pete Eaton, WBSPLW, 
and expediter. 


Integration Coordinator 


Phil Karn, KA39Q. Modem design. 9660 baud 


PSK offers a new challenge. 


The meeting in Boston got everything off toa 
yood start for an expected launch in the late 
19QS5“early 1986 time frame. 


Other space news of a more immediate nature 
was the launch and successful activation of AMSAT 
OSCAR 16. AO-18 currently offers 158 KHz of 
spectrum to users in an entire hemisphere for 
several houre each day. Roundtables have been 
held between packeteers in Maryland, New York, New 
Jersey, Los Angeles, and New Zealand with 
sufficient signal quality to exchange packets. 
Since experiments have shown that a signal with 
22db of quieting on PM is required for the Beta 
TNC to maintain a low error rate, this should show 
that AQ-18 provides true “armchair copy” on the 
somewhat noisier SSB mode used on satellites. 


AMSAT hes @ven set aside a special frequency 
for use by packet radio, the downlink frequency 
145.838. During the current period of not much 
data but a loet of voice coordination, voice packet 
roundtaDles are held on 145.83, but evencuslly 
this channel wall be exclusively digital. 


While it has been shown that only 10 watts of 
uplink power on 435 MHz into an lidb yain antenna 
will produce a usable downlink signal, not every 
amatuur will have the time. space, oc § tuo get 
unto the satellite. [t 28s envisioned that small 
groups of packeteers will band together to support 
@ gateway station, much as local rapeater of 
remote base groups do for terrestrial 
communications. Gateways can be digial or vorce, 
broadband or channelized. A local amateur without 
satellite gear has already participated in a 
satellite roundtable by as simple a scheme as an 
uplink microphone being held next to an HT. 


AO-1@ is currently running in “Mode B", the 
user transmits around 435.168 and receives around 
145.968. The satellite will be placed in “Mode L” 
for several hours each week starting in September. 
Mode L uses an uplink centered on 1269.45 and a 
downlink centered on 436.55. A total of 8080 KHz 
is available in this mode, equal to the 20 sueter 
and the 15 meter HF bande put together. 


Packets have been exchanged on AO-18 On an 
almost daily basis. Data files have been moved at 
1268 baud coast to coast, and W3IWi's computer has 
been remotely controlled from both the wWeat Coast 
and New Zealand. New modems based On KA9Q's 
PACSAT work will be available an the months to 
come, hopefully moving the bie error rate down to 
the point where the packet retry rate nears sero. 


Amateur satellites offer another means for 
packeteers to get active. Watch this Spacei 


There is a small bug in the Version 2.1 
software which shows up when you try to operate on 
a noisy channel full duplex. This bug surfaced 
when people began sending packets on Oscar 1%, and 
the symptom is flags sent indefanitely at the 
beginning of a packet. Changing 19 bytes batween 
LAGE and £629 will fix the problem. 1f you have 
access to & commercial prom programmer, copy your 
E-rom into the programmer memory. change the bytes 
marked with asterisks below them, and program a 
blank prom. If you can not program proms in this 
fashion, and 1f you consider your case to be 
urgent, please contact me to arrange to get this 
bug fixed. 


This bug will be fixea in Version 3.0 soft- 
ware which will be availabla with Beta upgrade 
kits and new TNCs. 

Old version (2.1 or 2*) 
E886 4F SF DD S7 97 S9 97 SB OC PB 65 U8 27 IB CS 
E816 26 18 6D EG 27 13 17 FE AG D7? £6 SC D7? BS OD 
£820 26 97 OD S55 2E @3 SC D? 4F 3B CC Ol FF 97 E6 
New version 
EuOS 4F SF OD 57 97 59 97 5B DC PB 85 08 27 1B C4 
° 
£816 26 18 6D E6 27 13 D7 £6 SC D7? ES OD $1 26 OA 
. s ® 2 e s sd i] 


£826 $5 2E 86 SC 07 4P 17 FE 96 3B CC Ol FF 97 £6 
* ee 8 e 
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JAMSAT 


"“JAS-ONE* to be launched in early 1986, by 
NASDA's H-1 two-staged launcher from Tanegashima 
Space Flight Center | 


JAS-1 Miseion Objectives: 


1. JAS-1 will be an amateur radio communications 
satellite carrying two transponders. One will 
be a linear transponder and the other will be 
a digital "store-and-forward” type transponder 
utilizing packet-technology. 


2. dJAS~-1 will enable radio amateurs to study 
tracking and command techniques. 


3. JAS-1 will offer an in-space “proving ground” 
for radio amateur developed and built, 
transponders and sub-system etc. 


4. JAS-1 will provide NASDA an opportunity to 
carry out a “multi-payload" launch using their 
new "H-1" Launcher. (NASDA has never engaged 
in a multi-epayload launch, thus the JAS-1 
project will offer NASDA an excellent 
opportunity by providing them with an actual 
payload having its own telemetry-deacon and 
transponder for ranging and etc.) 


5. JAS-1 will be a joint venture between JAMSAT, 
JARL and NASDA. 


The JAS-1 satellite 


1. Porm and general dimensions: The spacecraft 
will take the form of a 26 faced polyhedron, 
which will measure 48 com. X 46 c.m. X 58 
GoM, and will weigh 5@ kilograms, 


2. Orbit: {t will be launched into a circular 
low-earth orbit, which will be non~-sun 
synchronous, non-Polar. 

Bstimated inclination: 58 degrees 
Estimated altitude 2 1500 kom. 
Estimated period : 128 minutes. 


3. Estimated window per orbit: 28 minutes/orbit 
Estimated passes per day : 8 passes/day 


4. Designed life: estimated at a life of 3 years 


5. Special Peatures of JAS-1: JAS-1 will carry 
two separate mode J transponders. One will be 
a linear transponder, and the other a digital 
"store-and-forward” transponder mainly for 
non-real-time communication between stations 
located in different time zones. 


A conventional 2-meter PM transmitter can be 
utilized for access to the digital tranepoder. 


The reasons for selecting mode J for this first 
Japanese amateur radio communications satellite 
ares 


a) Due to the fact that it is becoming 
increasingly difficult to use 145-MHe for a 
satellite downlink band because of man-made 
electrical noise and other interferences. 


b) The planners of JA5S-1 wanted to provide a 
euccessor to AMSAT OSCAR~8's mode J, which 
wae originally developed by JAMSAT‘s engineering 
team back in 1976. 


¢) 435-MHz is much more quieter than 145-MHze 
as adownlink band, it is comparatively free 
from man-made noise and sky-temperature effects. 


The digital transponder will provide “error-free” 
information exchange. 
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6. Transponders: 


&) The Linear transponder: 


Band-width of passband will be 1@@-kHz, and 
the transponder will have an output Of 2- 
watts p.e.p. And, will require an uplink 
power of lL@G-watts u.i.r.p. for access from 
ground stations. Sidebands will be reversed 
i.e. uplink : LSB, downlink : USB. There 
will be a 10@—-mW c.w. beacon switchable to 
PSK when needed. 


b) The digital transponder: 


There will be four 145-MHz band input 
channels using PSK/PM for uplink. For 
access from yround stations 188-watte 
e.i.r.p. will be required. There will be 
one downlink channel using the 435-MHz band 
using PSK, and the output will be i-watt 
RMS. 


Code used will be NRZ~I. 


Protocol will be amateur radio standard 
called AX=-2S5, based on ISO's X-25. 


Any codes that belong to an 8 X n bit 
system will be accepted. 


Por TNC (Terminal Node Controller) we are 
thinking of using either the TAPR system 
or the VADG system, or an equivalent 
eysten. 


The on-board memory wiil have 1MBs. 256k- 
bit N-MOS chip and D-RAMs will be used, and 
to counter soft- error and error- 
correction circuit will be incorporated. 


The microprcecessor used will be an NSC~-800 
run by a 1.3-MHz clock. 


It will also act as JAS-l's IHU 
(Integrated Housekeeping Unit). 


Telemetry: A 26-channel (or more) 
telemetry system is being planned. 


Tale-command: At least 3-channel tele- 
command system will be incorporated, 
@.g. transponder “ON"/“OPP", digital 
transponder “OM"/"OPP" and independent 
“on"/"orP" of the A-8 beacon. However, 
Mazimum capacity of 4@ channels will be 
available mainly for controlling the 
digital transponder. 


Outline of project echedule: 


Preezing of conceptual/preliminary design: 
November 1982 


General Design: November 1982 = June 1983 
Detailed Design: July 1983 - March 1964 


Engineering Models: To be finished by March 
1984 


Proto-Plight Model: To be finished and 
tested by August 1984 


System Integration: Same as above 


System Approval of Proto-Plight Modal: To 
be ended by March 1965 


Delivery of satellite to NASDA: by January 
1986 


Launch of Satellite by H-l: February 1986 


PACSAT Modem Project 


by Phil Karn 


This 19 a combination tutorial on data trans- 
mission and progress report on tne BACSAT modem 
design project. 


I have been Fortunate to recruat a fellow 
Bell Labs employee, Ed Shrum, W2IKI, to assist 
with this project. Ed works at the Holmdel lao 
about an hour south of here and we keep in toucn 
mainly by wlectronic mail and an occasional eye- 
ball when he comes here (Murray Hill) for other 
business. Ed plans on attending the AMSAT general 
meeting and also the Oscar-1@ ground command 
station meeting assuming schedules permit. He 18 
very interested in becoming an AMSAT “hard core” 
contributor and 28 beginning to do quite a bit of 
work. 


So far he has constructed 4 prototype BPSK 
modem using switched capacitor loop filters ithe 
MF-10), essentially combining my ideas for 
selectable speed with WLHDX’s GOES BPSK Costas 
Loop design. He 1s about to start testing on this 
unit once he finishes 4a test PSK transmitter and 
gathers the appropriate equipment (like a bit 
error rate analyzer.) 


As far as turning this effort into usable 
modems, I do not anticipate any major changes to 
the design once the usual testing and fine tuning 
is completed. At that point it could be turned 
into a PC Layout (1€ sumeone is willing to 
voluntver for this job) and mass produced. It 
will be usable for the AO-19 GB, the VoSAT=-B8 
beacon, and as a terrestrial packet radio modem. 
In summacy, to buirld a complete BPSK modem for 
either PACSAT, AMICON or terrestrial use, you will 
need three boards: 


lL. A Costas loop BPSK demod (the board we're 
designing.) This boaru will also contain the 
necessary baseband fiitering hardwarg for the PSK 
transmitter, 


2. A front end capably of turning whatever RF 
you are using into IF. The ONLY frequency 
determining component on the entire demodulator 13s 
the VCO coil; by winding a different number of 
turns you could accommodate any IF in the HF range 
(e.g., 3.395, 18.7, etc.) For our purposes we are 
using Hamtronics 7¥cm/18m converters and changing 
the crystals for 18.7 mhz output (Hamtronics 
doesn't make a 78cm/18.7 mhz converter any more.) 
I have bought and assembled two at $49.95 each. 


3. A Lanear transmitting converter on the 
appropriate band with a wideband input mixer. 
This seems to be the rule rather than the 
exception. I have bought and agsembled two 
Hanmtronics 18m/7@cm 1 watt tranamatting converters 
for this purpose. This particular converter is 
fairly conventional in design: an oscillator chain 
yenerates an injection signal 28 mhz balow the 
intended RF frequency and feeds it to one port of 
@ SBL-1 wideband balanced mixer. The 18 m drive 
signal 19 feud vie @ resistive attenuator to the IF 
port of the mixer. The RF signal appears at the 
third port of the mixer and is fed through a 
linear amplifer chain to the output. 


ft atruck me very early while working with 
these modules that it would be very easy to 
simplify the transmitter design as follows. 
Retune the oscillator chain to produce @ signal ON 
the output frequency (rather than 28 mhz below.) 
Remove the resistive attenuator designed to pad 
down a 19m SSB transmitter. Wow drive the 
converter with lowpass filtered data from your TNC 
or whatever and voiliai out comes BPSK. Very Little 
extra hardware, nO imayes to worry about. 


In contrast to Ed, who has been doing all the 


actual soldering, { have been spending most of my 
time recently boniny up on all tne signal and 
filtering theory that { either should nave learned 
ian school (when there wagn't any real incentive to 
learn 1t) oc learned once and forgot. 


My goal here 1s to design the optimal frlters 
for both the transmitter and the demodulator arms 
tO minimize the KF bandwidth and Maximize the bic 
error rate performance Of the system. I have been 
assuming that the DPLLs in the HDLC chips will do 
recwive clock recovery (as they do now) so ta 
addition the zero crossings of the received daca 
stream should be reasonably jitter free. 


At this point [ go into tutorial modu, 80 you 
can skip the rest 1f you don't care about all the 
gory details of signal theory and filter design, 
etc. 


Transmit Bandwidth Limitation 


The FCC rules on digital communications 
(assuming we don‘t want to deal with STAs) define 
occupied bandwidth as “the width of the frequency 
band, Outside of which the mean power of any 
eMission 18 attenuated by at least 26 decibels 
below the mean powur of the total emission; a 3 
khz sampling bandwidth being used by the FCC in 
Making this determination.” (97.69 (3) (c) (2)}) On 
2 meters, this bandwidth has to be less than 20 
knz. 


I€ we assume that they mean the power 
contained in ALL frequencies outside the passband 
should add to tess than 26 db down frow the in- 
band signal components, this meana that we have to 
have Luss than 6.25% of the total tranamitter 
power outside of the bandwidth Limits. To be 
polite to our amateur neighbors (particularly for 
@ terrestrial link where the signal levuls might 
be quite strong) we should do better than this r£ 
we can, particularly for components well removed 
from the saain signal. 


The adeal spectral shape for a signal sucn as 
curs would be rectangular in shape, i.e., be 
entirely contained within a specified bandwidth. 
The Fourier Transform of a square pulse is a sinc 
(san(x)/x) waveform; conversely, the Fourier 
transform of a sinc waveform is a square pulse. 
Unfortunately, the sinc function extends off to 
infinity in both directions. If we run the output 
of a TAPR board directly into our PSK modulator, 
the cesulting power spectrum will have this 
sin(x)/x shape (actually a sin-squared(x)/(x*2) 
shape) and extend over quite a bandwidth. I 
simulated this on a computer using randomly- 
generated data; the resulting spectrum has sharp 
nulle at 1x, 2x, 3x, etc., the bit rate on each 
side of the carrier and spectral peaks between 
each pair of nulls. The peak of the lobe between 
1x and 2x the bit rate was only about 9db below 
the main Lobe; all the way out at lobe #16 it was 
only down to about 25 db. Hence the case for 
frltering. 


One way to get a good cutoff would be to 
signal with sinc pulses inatead of square pulses. 
in the 1deal case the spectrum would fall off to 
nothing instantaneously, but the time-domain 
pulses would have to extend off to infinity in 
both directionsi in fact, if you were to signal 
with impulses (rather than square pulses) and use 
an “i:deai® low pass filter, this is what you would 
get. 


Ignoring for the moment how you generate the 
stgnal over ali time, it is alright to send 
sequential bits conaisting of summed, shifted sinc 

(continued on page 7) 
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(continued trom page 6) 

pulses and still be able to separate them at the 
receiver SO LONG AS the bandwidth represented by 
che Fourlee transform of the sine pulses is no 
less than 1/2 the bit rate. €E.g., 1£ you're 
Sending 18 kilobits/sec, the required baseband 
bandwidth would be at least 5 khz. Since this 
applies only for the daseband signal, you have to 
double this for BPSK since it is essentially 
double-sideband AM, complete with two mirror-image 
sidebands. I.e., the minimum RF bandwidth would 
then be 10 khz, or a “spectral efficiency” of L 
bit per second per hertz. 


Tnis 1s jusc the Nyquist sampling theorem in 
reverse. This 13 the one that says that in order 
to digatally record and reproduce an audio sagnal 
you have to sample at a minimum of twace the 
highest frequency component. For example, to 
reproduce 26 khz you have to sample at at least 48 
khz. Here, however, the 2:1 rate/bandwidth ratio 
is in our favor. 


A problem comes here when you want to recover 
the data clock. The preceding analysis assumed 
that you already had perfect knowledge of when to 
sample the demodulated data stream at the 
receiver; the sinc waves (due to bandwadth 
Limiting) add and cancel in all kinds of funny 
ways between each bit, but assuming that the band- 
width is wade enough for the bit rate there wiil 
be an instant 1n the middle of the bit interval at 
which the sinc pulse components from the adjacent 
bites (the “intersymbol interference”) all go to 
zero and allow us to accurately sample the current 
bit. 


You can see this with an “eye pattern” on a 
scope which monitors the recovered baseband data 
at the demodulator output. Sync the scope to 
trigger at some submultiple of the bit rate and 
run candom data through the system. On the scope 
you will see ail of the various bit sequences 
overlapped, but there will be empty space in the 
middle of each bit interval (the “eye opening”.) 
The point at which this opening is the widest 
vertically is the point at which you sample tha 
gignal and decide whether a 1 or a 8 was receivad. 


Since we can't exactly use atomic clocks at 
each of our decoders to determine this magic 
sampling instant, we will have to recover clock 
from the data stream itself and this will require 
some more bandwidth. One way is to transmit a bit 
framing sequence at the beginning Of each packet 
and phase lock a bit clock which will then “free- 
fun*® through the rest of the frame, generating 
sampie pulses for the demodulator. I haven't 
investigated this approach fully, but it has the 
dasadvantage of extra complexity and requires that 
we toss the “free” DOPLL in the HDLC chips. 


In order to do things the “easy® way (i.e, 
let the HDLC chip do all the bit timing), it is 
necessary that not only do the bit centers come 
through without inter-sysbol interferences, but 
also the transitions between each bit. This is 
equivalent to “sampling” the data stream twice as 
fast and therefore requires twice as much band- 
width, Now we're up to 28 khe for our 10 kbps 
signal. Interestingly enough, this corresponds to 
the first spectral null in the unfiltered BPSK 
signal. All we have to do is lop off the extra 
redundant side lobes and we're done. 


There are several ways to do this filtering. 
Clearly, whatever method is used will be easier to 
do as lowpass filtering on the baseband signal 
before BPSK modulation than as bandpass filtering 
on the modulator output; this allows the use of 
audio (including active op-amp and switched 
capacitor) filters instead of requiring passive AF 
(a.g., Crystal) filters. 


Whenever a pulse signal is filtered, we would 
like that all of the frequency components of the 
@ignal that do make it past the filter do so with 
an equal propagation delay. The term for this is 
“constant group delay”. Since group delay is the 
derivative of the phase response (the shape of the 
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phase shift vs trequency curve) another term for 
this characteristic is “linear phase.” 


Unfortunately, the analog filters that have 
the fastest amplitude rolloff in the frequency 
domain (desirable to get rid of the extra side- 
lobes) are also the ones that have the worst group 
delay responae. The effect is to smear the pulses 
an time such that the eye opening closes, reducing 
the sy&stem’s tolerance to noise. tf the eye 
opening closes completely, you get errors even in 
the absence of noise. Since the group delay dis- 
tortion is greatest near cutoff, you can minimize 
ate effect by making the filter wider than it has 
to be, but this obviously offsets the only advan- 
tage of the falter which was ita faster rolloff. 


Digital filtering 18 one way to construct 
sharp cutoff filters that also have good group 
delay response. In particular, the PIR (finite 
ampulsw response) filter can always be constructed 
in such a way as to GUARANTEE linear phase (and 
flat group delay). The FIR filter has been around 
for a long time, Pcfore digital filtering, under a 
differant name: transversal equalizer. The basic 
idea ts simple: you run your signal down a delay 
line. At regular intervals along this line, taps 
sample the signal as it propagates. Each tap 
feeds an amplifier with a proscribed gain (the 
“tap coefficient®) and the outputs of all the 
amplifiers are summed. This becomes the output of 
the filter. 


For an ideal low pass response, thu delay 
line would have to be infinitely long and the tap 
gains would follow a sine (sin(x)/x) pattern. It 
turns out, however, that linear programming 
methods very similar in principle to the 
algorithms I used for least-squares fitting of 
orbital elements to ranging data on Qscar-18 can 
be used to determine the optimum (you get to 
define “optimum’) tap gains to be used in a real 
(i.e., finite Length delay line) filter. The 
finite length of this delay line is what gives the 
falter 1ts name. 


Por example, with a j2-tap delay Line, you 
can get low pass filters which fall reasonably 
fast to zero response outside the passband and 
then have stopband response ripples with a maxzinua 
amplitude of -5@ db, obviously eufficient for our 
purposes. If you want faster cutoff at the 
expense of somewhat higher ripple in the stopband, 
you can get this too. Paster response AND Lower 
tipples require more taps. 


Unfortunately, delay Line implementations of 
FIR filters are impractical for our needs, and 
software implementations on conventional micro- 
processors are much too slow. There are 4 number 
of digital signal processor chips around (z.g., 
the Intel 29280.) While it is most likely 
unsuitable for spacecraft use (NMOS and BPROM!), 
it might conceivably be useful on the ground; 
unfortunately even it may not be fast enough for 
our use. The Bell Labs DSP chip is considerably 
faster than the 2928 but it is both very expensive 
and not yet available outside the company. The 
whole idea of using DSPa in our modems i158 
promising, but it needs further etudy and is 
probably not practical in the short ters. 


Since the use of an FIR filter for transmit 
signal filtering is actually a rather degenerate 
case, it might be possible to synthesize the 
response of such a system through the use of a ROM 
look-up table and D/A converter. This approach 
also needa further study to evaluate the 
complexity tradeoffs. One particular case I have 
looked at is putting a sine wave into the ROM, 
driving a O/A converter with the ROM and 
addressing the ROM with a counter that is ramped 
up and down between its Limits for each bit. This 
method works quite well: the peak sidelobe 
amplitude outside the main one is down perhaps 30+ 
db. 


which brings us back to the topic of analog 
(i.e-, simple) filtering. Actually, there is a 
(continued on page 19) 


AO-10 Packets 


by Tom Clark, W3IWI 


Tonite was a remarkable nite -~- multiple two- 
way packet radio teats were run by W3IWI, NK6K. 
ZLLAOX along with KA9Q and WA2LQQ as apectatora. 
We used 1200 baud (and tried 684 baud) FSK on the 
AMICON (L1) channel around 145.838-835 downlink. 


First, I set up the following beacon: 


WILWI>BEACON: W3IWI Packet Radio Test -=- anybody 
Copy? The quick brown fox jumped over the lazy 
dog's back 8123456789. 


Then I repeatedly called CQ: 


WIIWI>CQtcq de wiiwi 

W3IWI>COQ:is anybody there?? 
W3IIWI>COshello packets de w3iwi 
WIIWI>CQ:iw3iwi packat radio test 
W3IIWI>CO:via amsat oscar-18 


Nobody was around, so 1 worked myself, going 
up to the satellite, back to myself, up to the 
eatellite again, and then back down: 


cmd:¢ wiiwi via w3iwi 

cmds*** CONNECTED to W3IWI 

eee CONNECTED to W3IWI 

test 

test 

now 1s the time for ali good men to have aarty 
now re the time for all good men to have a party 
cmd: 

cud 3 ** *disconnected 


Then, after a long time of sending to ayself 
with KA9Q spectating, ZLIAOX showed up (he used 
CAP*s, I used lower cane); 


cmdic zllaox 

cmds;**® CONNECTED to ZLLAOX 
hi dan <= how copy 

OK £ HAVE A CONNECT MSG TOM 
ONLY OCCASIONALLY 

ok, well I seem to copy u £b 
DID U RX MY ACK? 
yep 

hi harold (WK6K called in on freq) 
OK 

RGR TOM IT'S NOT AS WELL AS IT SHOULD DOWN HERE 
cud:d 

¢ nk6k 

cmd:*** CONNECTED to NK6K 

hi harold 

Hello tom 

seems pretty gud copy 

Loks great 

welcome to the wonderful world of racket radio ||! 
Yep. am surprised, 

1288 baud too 

mebee we should tryy 680 

Hot stuff! 


Then we tried a real first. I connected with 
myself, thru A0-18 to NK6K, who dagipeated my 
packets back to me: 


C W3IWE VIA NK6K 

emd:*®* CONNECTED to W3IWI 
TALK ABT DUMB THING TO DO 
TALK ABT DUMB THING TO DO 
cmd:D 

omds ** *disconnected 

C NK6K 

cmd:*** CONNECTED to NK6K 
DID WU SEE WHAT { DID?? 
Copied 1608)1 


The only question remaining -- where are all 
the other packeteers -- the AO-19 AMICON channel 
is now otefeialiy christened and operating well. 
Who will be the next to join us? 


Board Elections 


by Lyle Johnson, WA7GXD 


As a member of TAPR, it is your privilege to 
exercises your vote in the election to the Board of 
Directors. There are 15 Directors, five elected 
every year for a threa year term. In turn, the 
Board of Directors annually elects the Officers of 
TAPR at the BoD meeting held after the annual 
Meeting every Pebruary. 


We have 7 excellent candidates for election 
this time. The actual election takes place in 
Pebruary at the annual meeting, so if you can't 
come (it will be in Tucson on Pebruary 4, 1984), 
Please mail in your ballot from a forthcoming PSR 
with your 5 selections clearly marked. Your vote 
counts i 


Tom Clark, W3IWZ 


Tom is an incumbent Director of TAPR and has 
been very active both in promoting packet radio 
and in its use. He was the first US station to 
work New Zealand on packet on 16 Matters, and one 
of the first to use it on AMSAT-OSCAR 18. As 
President of AMSAT, he brings tremendous 
experience to the Board. 


John DuBois, WLHDX 


John is an incumbent Director of TAPR and one 
of the early packet users in the greater Boston 
area. He is the AMSAT-OSCAR 18 command station 
chief and in this role has had considerable 
experience in digital communications via radio in 
support of the AMSAT Phase III project. 


Pater Zaton, WAROPLW 


Pets, an incumbent Director, 18 founder and 
President of of the St Louis packet group (SLAPR). 
He is one of the moat energetic and enthusiastic 
supporters Of TAPR and packet radio and has 
donated literally months of nis time in Tucson to 
help get the TuCs out. 


Margaret Morrison, KV7D 


Margaret is an incumbent Director. She is co- 
developer of the MF19 audio filter on the TNC amd 
wrote the low-level software routines for the 
AX.25 protocol effort. Sha is also active in 
Membership services support and is publisher of 
PSR. 


Harold Price, NK6K 


Harold, an incumbent Director, 18 responsible 
for writing the command parser used on the TAPR 
TNC. An active supporter of TAPR in the LA area, 
he is now full time project director tor the 
PACSAT (packet satellite) project for AMSAT/VITA. 
NKOK was one of the first packet stations on 
AMSAT-OSCAR 18. 


Pat Snyder, WASTTW 


Pat heads the Minnesota group (MAPR) and is 
the editor of PSR. He has been an active supporter 
of TAPR and packet radio in the Twin Cities and ia 
the Beta Coorainator for that area. Pat wants to 
become even more involved in the development and 
implementation of packet radio. 


Lynn Taylor, WEGUUT 


Lynn is an active packeteer in the San Dieyo 
area. He is especially interested in linking and 
level three protocol concepts. Elsewhere in this 
PSR is a description of his packet bulletin board 
system for the Apple computer. 
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REV. 2 Review 


by Paul Barnett, NOCRN 


Being fortunate enough to be among the group 
that made the final evaluation of Revision 2 of 
the TAPR TNC kit, I thought that those of you that 
are awaiting arrival of your kit would like an 
early glimpse of what to expect. 


I should explain that I rank somewhere 
between beginner and novice in electronica 
assembly. However, this proved to be little 
handicap, thanks to the excellent instructions 
supplied with the kit. What question or 
difficulties I had were quickly resolved by Pat, 
WASTTW, who was kind enough to loan me his 
expertise, workbench, and tools for the weekend. 


I assembled the TNC in two days, appending 
about eight hours per day, with no major problems 
except thac I occasionally would put a component 
in the wrong place, and then would realize my 
mistake when I tried to insert the proper part in 
an already accupied spot. My luck ran cut when I 
awitched two IC regulators, bue that became 
apparent during the power-up test before the [C's 
were installed. 


Taustallation of the IC‘sa went smoothly, and 
after calibration, the TNC worked the first time! 
Fortunately, KD@BY had his station up leven at one 
in the morningl), and we did some digipuating 
before giving up for the night. Since then, I 
have had very few problems, except for the 
apparent inability of the NOVRAM to retain data. 
I suspect that it either suffers from crib death 
(since it worked fine until I left the THC on 
overnight), or an accidental static discharge 
during handling wiped it out. 


The assembly manual very clearly indicates 
the need for a fine tip temperature controlled 
soldering iron, and I emphatically agree. 1 would 
also suggest trying to obtain a static ground 
strap (which attaches to your wrist and the 
preferably conductive work surface) for use while 
handling the IC's. I borrowed one from ay 
empioyer far this purpose, but the manual offers 
sufficient alternatives to protect these devices. 


L cannot provide a very good comparison of 
the new TNC to the Beta TNC, since this is my 
first one, and I only had a borrowed Seta board 
for a short time. However, I will say that f had 
no trouble using the interface I had installed in 
my radio (an ICOM 298A) previously. 


Overall, I am very pleased. I now anxiously 
await Version 3 of the software and the final 
update to the manual, and I plan to instali ay THC 
in the “official® TAPR cabinet as soon as it is 
available. 


Packet BIB 


We have had numerous raquests for 
recommended reading by new comers to the packet 
fold. Most want introductory, easy-to-read 
material as compared to precise technical works 
which tend to be dry, boring and not exactly aimed 
at the Amateur. 


TAB books publishes “Packat Radio” by Hodgson 
and Rouleau, a couple of Canadian amateurs who 
were among the first packeteers. While their 
system and protocol aren’t “standard,” the 
concepts are applicable. You may feel free to skip 
the chapters on binary arithmetic and what a 
microprocessor is 1f you already know... 


Major articles have appeared in the Amateur 
press. Among the more noteworthy are: 


QST : 
“The Making of an Amateur Packet-Radio 
Matwork’, October, 1981, pp 20-30, by 
W4RI and K8SMMO. 


73°03: 


“The Packet Radio Revolution”, December, 
1976, ppl92-193, by VEaPY. 


“Join the Packet-Sadio Revolution’, 
September, 1983, pp 19-24, by WA?GXD. 


Ham Radio : 


"An Introduction to Packet radio®. June, 
1579, pp 64-67, by VE2BEN. 


“Amateur Radios art 4°, July 
1383s pp Teele, et and KV7D. 


“Amateur Packet Sadio: Part 2°, August, 
1983, pp 18-29, by KV7B, KV?D and WA7GXD. 


Watch PSR for announcements of other major 
packet articles! 


Prom the editors. 

The task of putting out each issue of PSR has 
been quit an experience for us. We have enjoyed it 
and hope we are getting the hang of the job. It 
would be very helpful 1£ the material we received 
came in the format we are using, Word Star for IBM 
PC or PC alike systems. If this cannot be, please 
send it unformated. It takes quite a bit of time 
to reformat. Material that arrives on paper takes 
longer to see print. We have to enter it, this 
uses more time than editing and layout. 


NT a GE 


MEMBERSHIP APPLICATION 


Tucson Amateur Packet Radio Corporation 
P. 0. Box 22888, Tucson, Arizona 65734 


Name: 
Call License 
Sign: Clasa: 
Address: = 
City & Zip 
State: Code: 
——$ era 
Home Work 
Phone: Phone: 


te 
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If you wish not to have any of the above items 
published in a membership list, indicate here 
which they are: 


lt hereby apply for membership in TAPR. I enclose 
$12.88 dues for one year. 


Signature: Date: 


Which Beta Test site (if any) is closest to you? 


oe 


(continued from page 7) 
fileer which hes quite good yroup delay 
characteristics: the “Beagel" Eilter. 


Unfortunately, it also has terrible amplitude 
roll-off cesponse. 


There are other filters with varying degrees 
of tradeoff; to quantitatively evaluate each type, 
I spent quite some time writing programs to 
simulate Bending a random data sequence through 


The Pucson Amateur Packet Radio Corporation 
1s a nonprofit scientific research and deve Lopment 
corporation. The Corporation is licensed in the 
State of Arizona for the purpose of designing and 
developing new systems for packet radio 
communication in the Amateur Radto Service, and 
for freely disseminating information acquired 
during and obtained from such research. 


The officers of the Tucson Amateur Packet 
Radio Corporation are: 


Lyle Johnson ..... WA7GXD ... President 
Den Connors ...... KO2S ..... Executive VP 
Heather Johnson .. N7DZU .... Secretary 
Chuck Green ...... NUADI .... Treasurer 


The Packet Status Register is the official 
publication of the Tucson Amateur Packet Radio 
Corporation. Explicit permission is grantud to 
reproduce any material appearing herein, providing 
credit is given to the author and TAPR. 


Tucson Amateur Packet Radio Corporation 
P.O. Box 22688 
Pucson, AS. 85734 


each type. One program produced an wys pattern; 
another aimuleted the whole PSK system, complete 
with candom white noise being added to the 
“channel and the bit error rate performance 
cucorded. (it's great having all this spare CPU 
vapacity at aighti} [n my next installment [ wiil 
summarize the results of these models and 
determine what kind of filter we can use and what 
the likely performance will be as compared to 
ideal BPSK. 


PSR Mailing address; 
Minnesota Amateur Packet Radio 
c/o Pat Snyder, WASTTW 
University of MN Computer Center 
268 Unaon Street S.E. 
227 Experimental Engr. Bidg. 
Minneapolis, MM 55455 


via CompuServe Information Service: 
70225,1252 


TAPR HF Net: 
21.288 : 14.235 MHz 
1908Z days 


The Packet atus Register 19 edited and prepared 
by the fol. «sing membere of the MAPR group in the 
Twin Cities using material contributed from 
wherever we can get it: 


Pat Snyder ...... WASTTW 
Clay Bartholow .. KDOBY 


Phil Plumbo ..... NOOFT 
Paul Barnett .... N@CRN 


Check YOUR address label for 
membership EXPIRATION date | 


